1）有些大的集团下会有多个公司，公司之间会进行销售，采购业务。SAP提供了标准的STO解决方案（下图，3种STO）。
下图的第五种方案（STO with Billing）用的比较多。在天津云动力公司项目，货物转移用两步法（同时还要考虑货物在途）。
做过SAP后勤多个模块，和财务的一些功能。碰到过不同公司的不同需求，多行业特点，各种疑难问题，现在对SAP的应用比较自信。SAP分模块也好也不好，一个模块功能已经很细了，如果再多做些其他模块（这里也感谢以前项目给了机会），那对整个业务会知其所以然。以前模块顾问面试我，问我几个问题，我就能知道他的水平。我主要做SD模块也做其他模块，做过项目经理，标准问题SAP都有解决方案，PA也可以学。想知道行业特点的，也有最佳业务实践。下面就聊聊SAP培训不好讲到，和跨模块的一些难点问题吧。
2）但标准的STO with Bing,少了销售方的销售订单，所以SAP也提供了IDOC解决方案。甲公司的采购订单自动生成乙公司销售订单。
3）IDOC方案系统提供Inbound,Outbound的MessageType, 销售订单还能返回采购订单OA & BA Date.下图是IDOC的报错信息。
根据错误的信息状态号，大致可以知道是Inbound,还是Outbound的错，错误在哪一步。
4）但IDOC SAP配置和测试比较麻烦，有些公司就直接做个PO生成SO的程序，自建一个对应表，也挺方便。在国内
一般叫关联交易业务 。
1）第一个一分钱的问题：
在中海油项目中，SAP从ECC升到HANA, 油品采购是吨（重量），销售时，单位有时是升（体积），1037升为一顿，这样在SAP信用控制时，信用有时会有一分钱出入（换算时四舍五入），要在后台每天晚上运行一个纠错程序（因为ECC在订单客户在操作时，不能修改）。升级到HANA后（同样的问题还是存在），还好，升级到HANA有程序可以随时修改差异。
2）第二个一分钱的问题：
SAP定价过程里面，含税金额和税金SAP 都按照一定税率算好了，但极个别时，税务局算的税和你SAP算的税有一分钱的差异（总金额不变，税多一分或少一分，净价少一分或多一分）这个在实际业务中（中海油项目中碰到过两三起 ）。
虽然你SAP算的没错，但你不可能去让税务局改，的我们系统改。
一是把SAP定价过程里面，税的条件类型里面，可修改项激活，让系统邦你算的税可以改动。但在大多数公司这种做法不合规，不能用这个方法。
二是新建一个条件类型，和税的条件类型类似，让他去调整一分钱的差异。
3）第三个一分钱的问题：
SAP RMB货币类型，以小数后四位计算金额（SAP标准配置就是这样的，也就是元，角，分，分后面还有两位用于计算），如果单位吨，吨精确到后面小数是三位（0.001吨），加角分，相乘就是小数点后面5位，SAP如果出现这种情况，会舍去后面第五位进行计算。
这样在某些情况下SAP会和用EXCEL算的金额少一分钱（部分情况下，开发的程序打印的报表里算的金额和SAP系统差了一分钱）。
其实打印时选SAP计算的金额就可以，是和财务能对上的。
实际的业务上让用户不要用吨，改用KG(公斤)单位，就不会出现这个问题。
4）第四个一分钱的问题：
SAP销售订单里面，会有很多的行，卖不同产品（比如有一百行）。算税时四舍五入，有的行定价过程里面算税多了一分，有的行算的税少了一分，这样在SAP销售订单头里面（各各行的总和）就是实际要交的税。
如果SAP订单总额直接算税，和SAP多行算的税（比如订单中不幸100行，有100行四舍五入都是舍去一分钱，那就差了一块钱）这种情况一般不会出现，因为四舍五入有的行加一分，有的行会少一分，如果出入在6分钱（SAP会把这几分钱差异累计写道订单最后一行），也是允许的。
1.3 财务规定当月成本和收入需要匹配，收入和成本不在一个会计期间的问题（6种情况） 1）收入和成本不在同一会计期间的问题，可以采用发出商品科目。具体步骤如下：
发货过账时，使用移动类型601（或拷贝个移动类型901，902），会计凭证为：借：发出商品；贷：库存。
开票时，会计凭证为：借：应收；贷：营收。同时，借：COGS；贷：发出商品。这样确保成本和收入在同一会计期间同时记录。
发出商品科目，在中化的应用中又有了新的变化。 发出商品的科目根据订单不同（比如内贸，外贸，转口，开口合同，闭口合同等等不同）产生不同的发出商品科目。
2）或SAP POD（Proof of Delivery，交货证明），具体步骤如下：
创建交货单：使用事务代码VL01N创建交货单，包含销售订单中的货物信息。
发货和过账：使用事务代码VL02N将货物从仓库运输到客户指定地点，并在SAP系统中进行发货和过账操作。
客户确认交货：客户收到货物后，通过扫描条形码、电子签名或其他方式在系统中确认交货。
处理数量差异：如果发货数量与客户接收数量存在差异，可以使用事务代码VLPOD进行处理，输入交货单编号和数量变化的原因，并在“数量差异销售单位”下输入差异数量。
3）或SAP寄售方式：寄售一般有4种订单类型， 寄售补货订单： 交货时只产生物料凭证，不产生会计凭证。
寄售销货订单：交货时产生物料凭证，同时产生会计凭证，同时要求开票。
寄售退货订单：退货时产生物料凭证，同时产生会计凭证，同时要求开票。
寄售退货订单：退货时只产生物料凭证，不产生会计凭证。
4）或用最笨的方法，交货已经出库的发货单，如果本月底收不到款，无法开发票记收入，也在系统开发票记收入（不用开纸质发票）。下个月
重新开帐后，马上把不应该开发票记收入的凭证都冲销回来就可以了。这种公司多吗？我至少碰到3家公司是这么做的，包括一些大公司。
5）收入和成本，不在同一会计期间（不在同一个月），上面四种情况都是，发货在前面，销售开票记收入在后面。
但也有另外一种情况，客户先把钱给了，要先开票个客户，实际的货物采购和发货在后面（先把钱给了，要发票，一个月或几个月后再要求发货，有些国企会有这种情况，一般年底会突击花钱，或像石油行业的特殊需要）。
这会出现什么问题呢：首先，要先开给客户开票，必须先虚出货，因SAP一般商品是按照移动平均价，自动算库存成本。不正常的出货会影响库存成本准确性。
那就可以使用分割评估 Split Valuation ：新建评估类型，虚出货的情况在新建的评估类里面，不影响正常库存的成本计算。
6）那是否还有种情况，项目（PM模块）的收入和成本，会计期间（不在同一个月）怎么处理。
这种情况，项目会创建WBS，销售订单记收入记到WBS, 采购订单记成本和费用到WBS，到时由PM模块去匹配。
如果需要发货，一般都是基于项目发货，不是基于销售订单发货，不是记销售成本。
1.4 SAP PP生产模块的核心内容1）理解整个生产系统每层都是什么职责
2）理解独立需求，相关需求，和计划策略Planning Strategy.
测试了每个标准的SAP PP策略（10，11，30，40，52，63，70，59，20，50，60，74，82），测试了从计划，生产，出入库，采购，销售所有过程，就知道SAP的逻辑。（这里要感谢安永公司对我在德国大众汽车项目上的信任）
记得在德国大众汽车的项目我负责SD和PP两个模块，把所有大众中国公司，所有业务都测过了。因升级版本问题，的确发现了SAP的问题。
我记得是序列号，删除后，一般都是不会再用了，但大众是删除的序列号，还要重新使用。
升级后的系统，删除的序列号的状态不对(影响了几百个删除的序列号)，没升级前的老系统没问题。好在大众是SAP全球大客户，发现问题后SAP德国顾问在电话里面立刻修改了程序，好在顺利完成了升级。
3）基于消费的重订货点的方式，汽车行业的汽车配件都是基于这种方式进行库存和采购的计划，一些贸易型的公司也应该可以使用。
批次在，采购，生产，销售都有应用。在很多行业有都有应用，特别是医药行业，食品行业，涉及到批次召回。
有些公司不仅要分割评估价值，还要细到每个批次计价（每个批次的成本不一样）。可以采用批次计价。评估类别选“X”.这个应用碰到的不多，但中化的项目使用了批次计价。
1）标准的SAP提供了多种业务场景，SAP也提供的行业的BP（SAP Best Practices）即最佳业务实践。
2）像有的公司，业务涉及到，总公司，分公司，客户，供应商，四方的关系和业务流程。
1.7 关于国产ERP系统 （乾以易知，坤以简能） 本来准备去中化中蓝国际的项目，很遗憾,因上面领导的原因没有使用SAP, 改用国产开发的ERP软件。不管是用友还是金蝶的ERP,我想其中的方法论和原理都应该是一样的。如果基于贸易类型的公司或电子商务的公司，实施国产ERP可能主要考虑下面几点。
1）贸易类型的公司经营的主要关注，采购方供应商的稳定，和销售预测的准确性。比如公司有新的商品，销售员预测有大的市场，但采购员没有准备大量的库存，销售会抱怨这不是影响我销售嘛。那么如何判断销售员预测的准确性，解决方案这就是销售预测的销售方法论，这也是所有ERP系统都采用的原则，见1.8 1）2）里面的内容。2）另一个问题是，采购方供应商的稳定性和库存的周转率，如何提高管理的效率，可以参考重订货点（Reorder Point）的补货原则，这也是所有ERP系统都采用的原则。见1.4 3）里面的内容。
3）应用批次管理（有些商品要批次招回，必须用批次），商品的批次默认可以设为采购订单的编号，这样根据商品的批次号就知道供应商是谁，什么时候入库等等。见1.5里面的内容。一些退换货引起的次品也单独分配批次，便于区别和管理。
4）库存价值有三种，标准价，移动平均价，和批次计价。批次计价对自开发的系统比较容易实现也很准确。见1.5里面的内容。
5）当然如果可能，可以考虑开发SAP里面的ATP功能（即可用性检测），防止尖货抢单的问题。
6）仓库的管理可以基于 1：工厂（基于组织机构），2：货位（存货地点，也可替代WM里面的BIN位管理，方便上下架），3：再下面就是批次。再加上仓库的盘点管理。
7）ERP系统也没必要从零开始，GITHUB上已经有开源的ERP系统，有些可以参考借鉴的。例如下面两个：
1. Odoo
简介: Odoo 是一个全面的开源企业资源规划（ERP）软件，涵盖了销售、CRM、项目管理、仓库管理、制造、财务管理和人力资源等多个业务应用。其模块化设计支持企业根据需要定制和扩展功能。
官网地址:https://www.odoo.com
开源仓库地址:
https://github.com/odoo/odoo
是否收费: 免费开源版和付费企业版
核心开发语言: Python
优势和作用场景: Odoo 适合中小企业，特别是那些需要定制业务流程的公司。其用户友好的设计和丰富的插件市场是其主要优势。
2. ERPNext
简介: ERPNext 是一个为小型和中型企业设计的开源ERP系统，提供了制造、分销、零售、贸易、服务、教育等行业的解决方案。它包括财务会计、库存、销售、采购、项目管理等模块。
官网地址:
https://erpnext.com
开源仓库地址:
https://github.com/frappe/erpnext是否收费: 免费开源版和付费支持
核心开发语言: Python
优势和作用场景: ERPNext 适用于追求简洁界面和易用性的中小型企业。它支持多语言和多货币，非常适合国际化营运的公司。
1)各个公司开发的CRM（客户关系管理），都是基于相同的销售方法论，无论SAP, Oracle, Microsoft都是一样的。下图描述了CRM,SCM,PLM的关系。
2)CRM的核心是提供SOP,准确的销售预测，只有销售预测准了，采购，生产（MPS,MRP,生产计划，采购计划）才会准，SCM才有基础。
3)SAP 的CRM好处是和SAP的ERP系统集成，组织结构，主数据，流程可以相互衔接，商机可以转成SAP SD的销售订单
4)SAP 的CRM把销售订单之前的业务，都归于CRM管理，包括市场，推广，线索，活动，商机，会员，客户关怀等等。
5)有的公司是开发的，和SAP通过接口集成CRM或DMS（Dealer Management System，经销商管理系统）。
1.9 关于SAP GTS（Global Trade Services） SAP GTS（Global Trade Services）是SAP提供的一个全球贸易服务解决方案，旨在帮助企业简化国际贸易流程，确保合规性，并优化供应链管理。如果没有SAP GTS公司就不能做国际贸易了吗？ 当然不是，处理好下面几点就可以。
1：合规管理：遵守各国和地区的贸易法规，包括出口控制、禁运等风险。可以通过限制国外用户的国家和公司编码实现
2：海关和税务：国内出口一般是零税率，进口包括原产地管理。涉及到报关，形式发票处理，出口退税，报关费用处理。
3：进出口运输和物流：进出口许可证，运费处理。进出口公司的货物，海运一般时间较长，要考虑在途货物问题，包括出口在途和进口在途问题。销售出口货物在途在SAP一般通过发出商品处理实现。具体见1.3.1
采购进口货物在途有两种方法，一种通过103，105 两步法实现，但这种方法103只有物料凭证没有财务凭证。如果这种方法财务不接受，可以采用第二种方法，虚拟库转实体库的方法。
4：汇率风险管理：一般公司财务会在SAP每月调整一次汇率。如果公司又使用了SAP风险管理，会出现用户已经付款了预付款，但因为汇率变化，出现本币不足（需要审批通过），交易货币没有问题。 这里要考虑本币和交易货币，订单日期和定价日期的区别。
5：报表和集成扩展：相关报表，和接口的调整。
IT出身，不可能不谈谈技术和应用。学校学C开始，公司用过C++，但后来用的多的是VB,ABAP(可能我从IT转SAP应用)。现在接触了点用于AI的PATHON。VB, ABAP，PATHON特点都是解释行语言，适合快速应用吧。IT这行得天天学，就跟SAP一样，老出新东西，要不然怎么挣钱。 2.1 ChatGPT 回答的问题越来越超过我的预期（DeepSeek也出来了）1）AI越来越火，我这个搞IT的也得参与下，要是别人问你，说不知道，就不好了。
2）任何系统都是慢慢增加用户，当你觉得离不开他时，他就爆炸性的增长。
3）上图，随便问了个问题，回答之详细满足我的需求。比“某度”强大的多，要是没有爸爸的长城保护，“某度”们早该凉了。
1）以前老想建给网站，但一直懒，没想到GitHub怎么方便，还是永久免费的哪种（我就喜欢永久免费），哈哈。。。
2）建个自己网站的目的，是想更多的介绍自己，广交朋友。
1）首先在Google CoLab上面租个服务器（因为好多应用都要GPU，我们的电脑一般没有大的GPU），见下图，这些都免费的。
2）然后在Google CoLab上装上 Whiper,(就是最新的语言大模型 V3)，就可以把语音转文字了。转个会议纪要非常方便。 准确率非常高，稍加修改就可以做成会议纪要，记得早期在中广核项目，都写会议纪要，当时还没有AI,写会议纪要很费时间。
这个语音转文字是最新的，准确率很高，可以长时间，大文件的转，主要这个是永久免费的，很香！！
也有AI帮助程序开发的，这个就不多聊了。
3）在Google CoLab上安装，并上运行DeepSeek Janus （装在Colab上，因为本地电脑没有好的GPU,又想跑一些AI应用，主要Google Colab是免费的！）
3.其他1）记得亲戚来家，家没有地方住，只能找外面的旅馆。想着想着突然觉得，如果我的汽车如果可以这样，不就能住了嘛。
其他问题。关于行业敏感的996和年龄限制问题，不多谈了，毕竟还要找项目。但我想说的是职业顾问你不催，他也会在你看不到的时间努力，完成项目。当然有不职业的顾问和管理者。崇效天，卑法地（见过太多基础不牢的人做经理，真为他们担心）这里就谈轻松的话题吧。 2）又想，觉得还不错，干嘛不申请个专利，于是就申请了，还真就申请下来了。（实用新型专利。申请是我自己办的，为了省钱。不过申请的过程和语句的表达是很费力些功夫，比如说专利声明里面不能用“但是”等等。）
3）自己和认识的朋友动手能力差，实现不了。联系了一些车企，人家都没看上，看看以后有什么机会吧。
4.以前资料1）在本地部署 ollama,然后装Aanything LLM，就可以把以前我整理的资料投喂给AI。期待吧！我采购个有大点GPU的电脑
学习资料。做SAP多多少少都些资料，我以前简单整理过，加上视频估计有几百GB了。整理的不是很规范，GITHUB给的空间（主要是永久免费）只有15GB。没想到。。。。。。最新的AI又出现了，可以本地部署，可以投喂AI训练。（等我吧这些文件投喂试试，期待一个新的虚拟高级顾问诞生！！） 
